home *** CD-ROM | disk | FTP | other *** search
/ Personal Computer World 2009 February / PCWFEB09.iso / Software / Linux / Kubuntu 8.10 / kubuntu-8.10-desktop-i386.iso / casper / filesystem.squashfs / usr / share / doc / grub / TODO < prev   
Text File  |  2004-01-12  |  4KB  |  103 lines
  1. -*- Mode: Outline -*-
  2.  
  3. Before working on anything in this file, it's very important that you
  4. make contact with the core GRUB developers. Things herein might be
  5. slightly out of date or otherwise not easy to understand at first
  6. glance. So write to <bug-grub@gnu.org> first.
  7.  
  8. Priorities:
  9.   Reported bugs generally have top priority.
  10.   Non-reported and non-encountered bugs (things we know don't work,
  11.     but don't really impede things) have lower priority.
  12.   Things in this file are ranked with one to three !; the more, the
  13.   higher priority.
  14.  
  15.  
  16. Things that should be done before 1.0:
  17.  
  18. * Finish the Multiboot Speicification 0.7. !!!
  19.  
  20. * Add more --disable-FOO options to configure, so that you can create a
  21.   minimum GRUB image. This is useful for boot floppies because of the size
  22.   restriction. !
  23.  
  24. * Implement a new version of track_int13, using Virtual 8086 Mode. !!!
  25.  
  26. * Add missing features of graphics support. !!
  27.  
  28. Things that should _not_ be done before 1.0:
  29.  
  30. * Add configuration inclusion support by adding a command "include". !
  31.  
  32. * Add automatic configuration support.
  33.  
  34. * Add bunzip2 support.
  35.  
  36. * Define the module system.
  37.  
  38. * Add BSD syntax support, using results of ioprobe to map drives. !
  39.   (0x1f0-0x1f7 = primary IDE, 0x170-0x176 = secondary,
  40.    0x1e8-0x1ef = tertiary, 0x168-0x16f = quaternary).
  41.  
  42. * Add a real scripting language, possibly retaining backward
  43.   compatibility so that old config files can be used.
  44.  
  45. * Add internationalization support, emulating gettext as much as is
  46.   feasible.
  47.  
  48. * Support other architectures than i386-pc.
  49.  
  50. * Add real memory management.
  51.  
  52.  
  53. Things that may be done anytime:
  54.  
  55. * Port the script ``grub-install'' to OpenBSD. At least you will have to
  56.   modify the function `convert' so that it can translate a native device
  57.   name into the corresponding GRUB drive representation. !
  58.  
  59. * Add a command to run a GRUB script file. !!
  60.  
  61. * Add commands to manipulate the menu from the command-line interface. !
  62.  
  63. * Make symbolic links work for BSD FFS.
  64.  
  65. * Add indirect block support to the BSD FFS filesystem code, so files
  66.   larger than 16MB can be read.
  67.  
  68. * Fix-up FreeBSD, NetBSD (and OpenBSD ?) command-line boot
  69.   parameters.
  70.  
  71. * Support embedding a Stage 1.5 in the "bootloader" area of a FFS
  72.   partition. (We already have the code, but need an approval by an
  73.   expert before turning on the support. Any volunteers?)
  74.  
  75. * Support embedding a Stage 1.5 in the EXT2_BOOT_LOADER_INO of an ext2fs
  76.   partition, so that it won't be accidentally erased or modified by
  77.   the kernel.
  78.  
  79. * Add ISA PnP support.
  80.  
  81. * Add more filesystems support (NTFS, etc.)
  82.  
  83. * Add more remote console support (parallel and net).
  84.  
  85. * Add (real) RAID support.
  86.  
  87. ? Add a partition naming syntax that means ``the first partition of
  88.   this type''.  We need this for clean Hurd install floppies.
  89.   Nope.  Improving the `find' command would solve this problem.
  90.  
  91. * Add CDROM-chainloading support. It would be enough to support only
  92.   BIOSes which have bootable-CDROM support (so you may use the "Bootable
  93.   CDROM" BIOS calls). It is not trivial to support BIOSes without the
  94.   capability to boot CDROM.
  95.  
  96. ? Divide pxegrub into two parts, so the initial image doesn't exceed
  97.   the 32KB limit. I'm not sure if this is really necessary, because the
  98.   PXE standard just says that it is _recommended_ to improve the
  99.   modularity of a boot image. Obviously, this reason doesn't apply to
  100.   GRUB, as pxegrub is merely a secondary boot loader. So whether this
  101.   task should be done depends on if existing PXE ROMs support >32KB
  102.   images or not, after all.
  103.